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APPLICATION OF RTP AND RTCP IN THE AMR TRANSPORT IN VOICE 

OVER IP NETWORKS 

5 

Field of the invention 

The present invention relates to a method and a network 
system for conveying an Adaptive Mult i -Rate (AMR) codec 
10 stream over multimedia IP networks. 

BACKGROUND OF THE INVENTION 

15 The invention relates to transmitting an Adaptive Multi- 
Rate (AMR) codec stream over networks. In particular, 
such a network can be a multimedia IP network, a third 
generation (3G) mobile network or a VoIP (Voice over IP) 
network in general. For UMTS (universal Mobile 

20 Telecommunication System) in 3GPP (3rd Generation 

Partnership Project), an AMR speech coding scheme has 
been selected. It is also to be used by the GSM 
(GPRS/EDGE GSM) . The UMTS Release 2000 is targeted to 
provide IP service support over the UMTS air interface 

25 (Uu) . 

Usually, e.g. in GSM, a transmission channel between two 
codecs (coder-decoder) in a network has a fixed data 
rate. In response to certain conditions of the channel, 
30 e.g., the connection quality or depending on the data 

rate of the source, however, it is advantageous to change 
the channel data rate. This changing is performed by 
using AMR. 
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In an implementation, for example, two mobile stations 
are connected with each other via a mobile network. The 
first mobile station contains a first codec, and the 
second mobile stations contains a second codec. The 
5 codecs perform the necessary encoding/ decoding for 

converting a voice signal into a digital signal which is 
transmitted via the network and vice versa. The codecs 
serve to provide a certain data rate, for example, 22.8 
kbit/s on a so-called "full rate channel". In case of AMR 
10 codecs, it is possible to switch this data rate to 

another data rate, for example, to 11.4 kbit/s on a so- 
called "half rate channel". This switching between the 
different data rates has to be performed simultaneously 
by both of the codecs involved. 

15 

Therefore, a control of the AMR codecs involved is 
important . At present (UMTS :■ release 1999) , the control : of 
the AMR codec is UMTS specific (ref . e.g., to 3GPP 
TS25.415) . 

20 

However, such a control is not sufficient, in particular 
in case besides of UMTS also other network types are 
involved. 

25 

SUMMARY OF THE INVENTION 

Accordingly, the object underlying the present invention 
resides in providing a method by which an improved 
30 control of AMR codecs is possible. 

This object is solved by a method for conveying an 
Adaptive Multi-Rate (AMR) codec stream between a first 
codec and a second codec over a network, comprising the 
35 steps of transmitting AMR frames via a Real-Time 
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Transport Protocol (RTP) stream, and transmitting an AMR 
control signal via a Real-Time Transport Control Protocol 
(RTCP) stream. 

5 By this method, i.e., using RTP and RTCP, a control 

channel is provided between the two peer AMR codecs in 
order to benefit from the capabilities of the AMR 
concept. Thus, the codecs have a mechanism to signal to 
its peer the requests to change the codec mode. 

10 

Furthermore, in case of a WCDMA (Wideband CDMA, Wideband 
Code Division Multiple Access) interface, the 
macrodiversity needs to be taken into account in the AMR 
control, as all branches of the call need to have the 
15 same coding mode. Since according to the invention the 
coding mode, i.e., the AMR frames, are the same during 
the transmission even in different networks, this 
condition can be fulfilled by the invention. 

20 Furthermore, by the method according to the invention, 
the interfaces are re-usable between different 
application areas. Thus, the number of different 
interfaces (protocol stack, procedures) in UMTS or in a 
Voice over IP environment (wireless and/ or fixed) can be 

25 minimized in order to avoid interworking problems and 
unnecessary implementation effort. 

A first network element, in which the first codec may be 
arranged, can be a mobile station, the method further 

30 comprising the step of performing a handover from a first 
base station to a second base station, wherein each base 
station is adapted to determine a need for a codec mode 
change and to suggest a codec mode independently and the 
mobile station is adapted to decide of the codec mode 

35 change on the basis of a predetermined criterion. 
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The predetermined criterion can be using the lower 
quality mode of the codec modes suggested by the base 
stations. By this measure, a secure connection can be 
5 achieved. 

Alternatively, the predetermined criterion can be using 
the higher quality mode of the codec modes suggested by 
the base stations. By this measure, a high quality 
10 connection can be achieved. 

The first network element can be a mobile station, the 
method further comprising the step of performing a 
handover from a first base station to a second base 

15 station, wherein a network control element is adapted to 
determine a codec mode change. By this measure, a central 
network element (e.g. a Serving Radio Network Controller 
SRNC) is used for deciding on the codec mode. In this 
way, the mobile stations do not need to have the function 

20 of deciding on the codec mode. Such, the operational load 
for the mobile stations is reduced. 

A codec mode which has been determined by the network 
control element as described above can be sent to the 
25 first base station and/ or the second base station via the 
Real-Time Transport Control Protocol stream. 

The invention also proposes a network element comprising 
a frames extracting/ inserting means which is adapted to 

30 insert and/or extract Adaptive Multi-Rate (AMR) frames 
from and/or into a Real-Time Transport Protocol (RTP) 
stream, and a control signal extracting/ inserting means 
which is adapted to insert and/or extract an AMR control 
signal from and/or into a Real-Time Transport Control 

35 Protocol (RTP) stream. 
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The network element can be a mobile station, a gateway or 
the like. 

5 The network element can comprise a mode deciding means 
adapted to determine a need for a codec mode change and 
to suggest a codec mode. 

The network element can further comprise a mode deciding 
10 means adapted to decide, in case of a handover between a 
first base station and a second base station, a codec 
mode change on the basis of received suggested codec mode 
changes and of a predetermined criterion. 

15 The predetermined criterion can be using the lower 

quality mode of the codec modes suggested by the base 
stations, or, alternatively, using the higher quality 
mode of the codec modes suggested by the base stations. 

20 The mode deciding means can be arranged in a further 
network element (SRNC) . 

Alternatively, the above object is solved by a network 
system comprising a first network element including a 

25 first codec for generating Adaptive Mult i -Rate (AMR) 

codec frames, a second network element (BS) for receiving 
said AMR frames and including a transmitting means (CCU) 
for transmitting said AMR frames via a Real-Time 
Transport Protocol (RTP) stream and for transmitting an 

30 AMR control signal via a Real-Time Transport Control 

Protocol (RTCP) stream via the network, a third network 
element (GW) for receiving said RTP stream and said RTCP 
stream, for extracting said AMR frames from said RTP 
stream, for extracting said AMR control signal from said 

35 RTCP stream and for outputting said AMR frames and said 
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AMR control signal, and a fourth network element for 
receiving and processing said AMR frames and said AMR 
control signal. 

5 The first and the second network elements can be 

separately arranged network elements, or, alternatively 
arranged within a single network element. 

The third and fourth network elements can be separately 
10 arranged network elements or, alternatively, be arranged 
in a single network element. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 

The present invention will be more readily understood 
with reference to the accompanying drawings in which: 

Fig. 1 shows a block diagram of a network configuration 
20 in which a method according to an embodiment is applied; 

Fig. 2 shows a protocol stack for the transport within 
the network shown in Fig. 1; 

25 Fig. 3 shows a practical implementation of the embodiment 
shown in Fig. 1; 

Fig. 4 shows the situation of a handover between two base 
stations according to a second embodiment; 



Fig. 5 shows the situation of a handover between two base 
stations according to a third embodiment; and 

Fig. 6 shows an example for a gateway without a codec. 



30 



35 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

In the following, a preferred embodiment of the invention 
is described in more detail with reference to the 
5 accompanying drawings . 

However, firstly, the idea according to the invention is 
described in general with reference to a block diagram 
shown in Fig. 1. 

10 

The method according to the invention uses the so-called 
Real-time Transport Protocol (RTP) to transmit AMR frames 
via a network, and the Real-time Transport Control 
Protocol (RTCP) is applied to transmit corresponding AMR 
15 control commands necessary for the codecs involved via 
the network. 

The Real-time Transport Protocol (RTP, RFC1889) is a 
widely-used transport protocol for any real time 
20 communications over IP. There are already many payload 
types defined for RTP in order to support specific real 
time applications (like H.261 video, G.721 audio, etc.). 

An integral part of the RTP is the Real-Time Control 
25 Protocol (RTCP) . It provides the control channel for the 
RTP data sources. The RTCP stream is separated from the 
associated RTP data stream by the port number (e.g., UDP 
port number, i.e., the User Datagram Protocol port 
number) . From the IP point of view,, the control can be 
3 0 considered in-band. 

The invention is to apply RTCP for end- to -end codec 
control (i.e., control between the peer codecs) in UMTS 
and in whatever environment the AMR is used. It is noted 
35 that a narrow-band or a wide-band AMR can be used. 



017RitfWAl I * 



WO Dl/?g430 



- 8 - 



As a consequence, there is a need to specify an RTP 
payload type for AMR coded speech as well as the mode 
change support into RTCP. 

5 

The method is described in the following with respect to 
Fig. 1. 

On the left side, a User Equipment (UE) is shown which 
10 comprises an AMR codec (coder-decoder) for converting 
source signals like speech signals into data signals 
having a particular data rate. The AMR codec is adapted 
to form the output data signals into AMR frames, i.e., to 
transmit these data signals in an AMR frame stream or AMR 
15 frame channel . . 

The necessary control signals for signalling changes of 
the codec mode and so on to a counterpart codec on the 
receiving side, i.e., the AMR control signals are 

20 transmitted via an AMR control stream or AMR control 

channel. It is noted that the AMR control signals include 
AMR mode commands. It is noted that the counterpart codec 
resides in this case in a Media Gateway (MGW) . That is, 
the MGW may contain the codec function (physically the 

25 transcoder) . In general, the MGW performs functions like 
media conversions from one format to another (e.g., from 
an IP network to a Public Switched Telephone Network 
(PSTN)), payload processing (speech transcoding (i.e., 
the function of a codec), echo cancelling etc.). 

30 

The AMR frames and the AMR control signals are 
transmitted via the UMTS Uu interface to the Radio Access 
Network (RAN) . In particular, the AMR frames and the AMR 
control signals are received by a Base Station (BS) . In 
35 the RAN, the AMR frames which have been transmitted from 
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the UE to the BS are inserted into an RTP stream, and the 
AMR control signals which have been transmitted from the 
UE to the BS are inserted into an RTCP control stream. 

5 Between the RAN and the UMTS Core Network, the RTP stream 
and the RTCP stream are conveyed via an Iu interface . The 
Iu interface can be the Iu-PS interface between the RAN 
and the Packet Switched (PS) Core Network (CN) . However, 
it is noted that the invention is also applicable for the 
10 Iu-CS interface between a Circuit Switched (CS) Core 
Network (CN) . 

The RTP stream and the RTCP stream are transmitted via an 
interface Iu-PS (also defined in UMTS) to a Serving GPRS 

15 Support Node (SGSN) . Both streams are transmitted via an 
interface Gn (also defined in UMTS) to a Gateway GPRS 
Support Node (GGSN) . Finally, the RTP stream and the RTCP 
stream are transmitted via an interface Gi to a Gateway 
(MGW) which comprises a codec. The gateway is adapted to 

2 0 extract the AMR frames from the RTP stream and to extract 
the AMR control signals from the RTCP control stream. The 
codec of the gateway converts the received AMR frames 
into the data signals as needed for further transmitting 
or processing in the network to which the gateway is 

25 connected. Furthermore, the codec is adapted to change 

its mode in response to the AMR control signals received 
in the RTCP control stream. 

In Fig. 2, the corresponding protocol stack for the 
30 transport outlined above is shown. It is noted that this 
protocol stack is to be defined for the UMTS Release 2000 
(R00) terrestrial transport, i.e., the transport between 
the Base Station and the GW node (i.e., the node where 
the codec resides in the network side) . 
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5 



The user data part of the stack presented in Fig. 2 can 
be e.g., AMR speech frames conveyed in a header 
compressed RTP/UDP/IP payload. The header 
compression/ stripping has been standardized in UMTS to 
take place in the Mobile Station (MS , i.e., the UE) and 
in a Radio Network Controller (RNC, as a part of the 
RAN) . 



In the following, a practical implementation is described 



10 with respect to Fig. 3. 

Here, the UE as shown in Fig. 1 is a Mobile Station MS. 
The mobile station MS comprises a codec including a 
Channel Coding Unit CCU to be described later. The MS is 
15 connected via a radio connection with a Base Station BS . 
The base station BS also comprises a Channel Coding Unit 
CCU. 

Here, the CCU serves as a frames and control signal 
20 inserting/extracting means . In particular, an AMR frame 
is inserted into the RTP frame payload as such. In the 
Base Station, the Channel Coding Unit CCU performs the 
radio channel coding (downlink) and decoding (uplink) . 
That is, in the case of an uplink, the CCU receives the 
2 5 AMR frame and the codec mode information (i.e., AMR 
control signal) for the uplink radio frame structure 
which has been transmitted from the UE to the BS ♦ It then 
passes this information to a RTP protocol entity and to 
an associated RTCP protocol entity, respectively. 

30 

The base station BS is connected to a Radio Network 
Controller (RNC) . The base station BS and the RNC are 
parts of the RAN (Radio Access Network) shown in Fig. 1. 
The RNC is connected with a Gateway GW which comprises a 
35 further codec. It is assumed that the AMR frames 
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transmitted between the mobile station MS and the gateway 
GW and vice versa are speech frames. As a matter of 
course, also other kind of traffic can be transmitted, 
for example video data and other data which require a 
5 real-time treatment or have to be delivered quickly for 
other reasons . 

Furthermore, the Channel Coding Units (CCU) , which are 
included in the MS and the BS, serve to determine the 

10 radio interface conditions, the resulting frame quality 
and the like, and serve to set different codec modes on 
the basis of these determination results. The CCU 
performs, e.g., the convolutional coding/ decoding or 
Turbo coding/decoding for the radio interface 

15 transmission. That is, the CCUs set the corresponding AMR 
codec mode commands into the AMR control signals. In the 
BS, the CCU inserts the commands, i.e., the AMR mode 
commands, into the RTCP stream. 



20 Now, a case is described in which the codec mode is to be 
changed . 

The AMR codec change command for the downlink (DL) AMR 
stream (CHANGE DL MODE) is received over the radio 

25 interface, i.e., the interface between the MS and the BS. 
In Fig. 3, such a transmitting of a change command for 
the downlink AMR stream is indicated by the dotted arrow 
directed from the MS to the BS and further to the GW. The 
receiving BS inserts the information into the RTCP 

30 message that it subsequently sends towards the network 

node where the codec resides (which is in Fig. 3 the GW) . 
As soon as the GW receives the CHANGE DL MODE command 
inserted into the RTCP message, the codec mode is changed 
accordingly (the requested mode is included in the 
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command) . Each AMR frame carries the information of the 
used codec mode. 

The change of codec mode is generally based on the radio 
5 interface conditions and the resulting frame quality that 
is determined by the Channel Coding Unit (CCU) located in 
the base station BS (UL) and in the mobile station MS 
(DL) . In particular, with respect to the uplink (UL) , the 
CCU of the base station BS performs such a determination, 
10 and concerning the downlink (DL) , the mobile station MS 
performs the determination. 

In the uplink (UL) AMR stream, the change command only 
needs to be sent over the radio interface, provided that 
15 there is only one base station participating in the call. 
In Fig. 3, the change command for the uplink AMR stream 
(CHANGE UL MODE) is indicated by a dotted arrow directed 
from the base station BS to the mobile station MS. 

20 If there are more than one base station involved (e.g., 
due to soft hand-over) then the mechanism for UL codec 
mode change may be different. In the following, two 
alternative procedures are described as a second and a 
third embodiment, respectively. 

25 

Fig. 4 shows a situation, in which a (soft) handover 
between two base stations BS1 and BS2 according to the 
second embodiment is illustrated. As in the first 
embodiment, the mobile station MS comprises a codec and a 
30 CCU, and the base stations BS1 and BS2 each comprise a 

CCU. For simplifying the description, the remaining parts 
of the network (i.e., RNC, GW and the like) are omitted. 
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According to the second embodiment, each base station 
involved in the given AMR call determines the need for UL 
codec mode change independently from each other. 

They also signal the request independently in the LI 
frame over the radio interface. In Fig. 3, this is 
indicated by the dotted arrows directed from the base 
station BS1 to the MS and directed from the base station 
BS2 to the MS, respectively. Each of the base stations 
BS1 and BS2 sends a codec change command. Thus, the 
mobile station MS receives from the base station BS1 a 
command CHANGE UL. MODE1 and from the base station a 
command CHANGE UL MODE 2 . 

The MS is assigned the responsibility to make the 
decision of the mode change according to predefined 
criteria. In particular, the CCU of the MS is adapted to 
decide which one of the received codec change command is 
to be applied by the codec. 

For example, it is assumed that a handover from the base 
station BS1 to the base station BS2 is effected. Thus, 
the current codec mode is defined by the base station 
BS1. At the time of the handover, the base station BS2 
requests another codec mode by issuing the command CHANGE 
UL MODE 2 via the LI layer. Now, the mobile station MS has 
to decide which one of the modes should be applied, that 
is, whether the current mode should be changed to the new 
mode as requested by the base station BS2, or whether the 
current codec mode should be maintained. 

A criterion can be, e.g. , to apply the current mode if it 
is better than the proposed new mode. That is, the CCU of 
the MS selects the codec mode which provides a better 
quality. For example, in case the current codec mode is 
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full rate and the new mode requested by the base station 
BS2 is half rate, the CCU decides to maintain the full 
rate since the full rate provides a better quality. 



5 This could lead to the case that the handover is not 
carried out, and even to dropping the corresponding 
branch from the call due to unacceptably quality. 

Hence, this criterion should be applied in case a high 
10 quality connection is absolutely necessary. 

An alternative criterion can be to apply the lower 
quality mode of the two. That is, the CCU of the MS 
selects the codec mode which has the lowest data rate . 
15 For example, in case the current codec mode is full rate 
and the new mode requested by the base station BS2 is 
half rate, the CCU decides to apply the half rate since 
the half rate has the lowest quality. 

20 Thus, this criterion aims for keeping the branch active, 
at the cost of overall quality of the call. 

As a matter of course, further criteria are possible. For 
example, in case an application in the mobile station MS 
25 requires a certain data rate, a criterion can be to apply 
that codec mode which provides this certain data rate. 

Next, the second alternative procedure for handling a 
handover is described as the third embodiment • 

30 

According to the third embodiment, the UL codec mode 
change is determined by the Serving RNC (SRNC) of the 
calls by some defined algorithm. In this case, the CHANGE 
UL MODE command needs to be conveyed in the RTCP message 
35 (i.e., within the RTCP stream) to the SRNC from the base 
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station that requests the codec mode change. Then the 
decision of the change is signaled via RTCP back to all 
involved base stations. 

This principle is illustrated in Fig. 5. As in Fig. 4, 
the situation is shown in which a handover from the base 
station BS1 to the base station BS2 takes place. In this 
case, however, the mobile station MS is not involved in 
the decision on which codec mode is to be applied. 
Instead, the CCU of the base station BS1 and the CCU of 
the base station BS2 transmit requests for a change of 
the UL mode to a SRNC (Serving RNC) . The requests are in 
the form of AMR control signals which are transmitted via 
RTCP. The AMR control signal contain also the necessary 
information (e.g., radio interface conditions and the 
like) . For simplifying the illustration, the RTP streams 
are omitted and only the RTCP streams are shown. 

The SRNC performs a mode decision, for example by use of 
a particular control unit on the basis of the received 
control signals. Thereafter, the SRNC inserts the decided 
mode, which is an AMR control signal (AMR mode command) 
into the RTCP stream by which the decided codec mode is 
transmitted to the base stations BS1 and BS2 . In turn, 
the base stations BS1 and BS2 transmits the decided codec 
mode (i.e., the decided UL mode) to the mobile station 
MS. 

Generally the reason for the codec mode change can be 
something else than the radio interface conditions. It 
can be used e.g., for congestion avoidance. In this case 
the same principles apply as have been defined in the 
above text. That is, the RTCP is used as the control 
channel for indicating the need for the codec mode 
change. 
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It is noted that in the embodiments described above, the 
RTP and RTCP protocols do not have to be terminated in 
the network element where the codecs are located. They 
5 can be applied also only in some parts of the route 

between the first codec and the second codec . In Fig. 3, 
for example, the codecs are in the UE (i.e., the MS) and 
in the GW, whereas the RTP/TCP is used only between the 
BS and the GW. 

10 

In case of UMTS, the idea, as it has been illustrated in 
Fig. 1, is that in the User Equipment (Mobile Station) 
there does not have to be RTP and RTCP protocols 
implemented. Instead, the speech frames generated by the 

15 codec in UE can be transmitted over the radio interface 

(Uu) by whatever means. In any case the command to change: 
the downlink codec mode ( change -DL -mode command) is sent. 
This is a normal AMR functionality. This information may 
be conveyed, e.g., in the radio frame structure itself 

20 (in Layer 1 frame, no additional protocols involved) . The 
implementation according to the invention takes this 
change -DL -mode information from the received radio frame 
(in the Base Station) . 

25 In realistic cases, the involved entity is the Channel 
Coding Unit (CCU) or an equivalent, that performs the 
radio channel decoding in the receiver. Then, only after 
the CCU, the RTP and RTCP are introduced. After having 
decoded the speech frame and the change -DL -mode 

30 information from the cannel coded radio frame (the radio 
frame may have been convolutionally coded, for example) 
the CCU passes this information to RTP (speech frame) and 
to RTCP (change mode information) . After that, the 
RTP/RTCP convey this information. As soon as the RTP 

35 becomes terminated (either in the second node, i.e., the 
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destiny, or before that in some Gateway or equivalent) , 
the information needs to be taken out from RTP/RTCP and 
re-packed accordingly. For example, if there was an MS-MS 
call and a Transcoder Free Operation (TrFO) was applied, 
then the RTP/RTCP stream would become terminated in the 
second BS and its CCU would take the change -DL- mode 
information and insert it into the radio frame along with 
the speech frame (from RTP payload) . 

Fig. 6 shows a further example in which the Gateway GW on 
the left side performs only the functionality of 
extracting and inserting of AMR frames into the RTP 
stream and the functionality of extracting and inserting 
AMR control signals in the RTCP stream. That is, this 
Gateway is an example for a network element in which no 
codec is included and which does not perform any decision 
regarding the codec mode or the like. This gateway merely 
extracts and/or inserts AMR frames into or from the RTP 
stream and extracts and/or inserts AMR control signals 
into or from the RTCP stream. 

The RTP and RTCP streams are conveyed via an IP network 
(i.e., an "IP island") to a Media Gateway MGW which 
comprises a codec. In the codec, the original signal 
(e.g., a voice signal) is generated and transmitted via 
a, e.g., a circuit switched network to an opposite 
communication party. 

The above description and accompanying drawings only 
illustrate the present invention by way of example. Thus, 
the embodiments of the invention and the modifications 
thereof described may vary within the scope of the 
attached claims. 
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In particular, it is noted that the embodiments can be 
arbitrarily combined. For example, the second and the 
third embodiment can be combined. This can be effected 
with respect to the type of the mobile station concerned. 
5 That is, if the mobile station is capable of determining 
and suggesting an appropriate AMR codec mode, and if it 
also is capable to decide between different codec modes 
which are suggested by base stations involved in a 
handover, the method according to the second embodiment 
10 can be applied. Thus, only in case the mobile stations 
concerned are not capable of performing such 
determinations and decisions, the method according to the 
third embodiment can be applied. That is, only in this 
case a central network element performs the decision. 

15 

Furthermore, the above embodiments have been described 
with respect to a structure in which a codec is arranged 
in a mobile station, and a further codec is arranged in a 
gateway. As a matter of course, this structure can be 
20 varied arbitrarily. For example, the gateway can be 

replaced by a second mobile station which is connected to 
the network via a second base station. 
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Claims 
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25 



1. A method for conveying an Adaptive Multi-Rate (AMR) 
codec stream between a first codec and a second codec 
over a network, comprising the steps of 

transmitting AMR frames via a Real-Time Transport 
Protocol (RTP) stream, and 

transmitting an AMR control signal via a Real-Time 
Transport Control Protocol (RTCP) stream. 

2. The method according to claim 1, wherein the first 
codec is arranged in a first network element (MS) , and 
the second codec is arranged in a second network element 



3. The method according to claim 2, wherein the first 
network element (MS) is a mobile station, the method 
further comprising the step of 

performing a handover from a first base station 
(BS1) to a second base station (BS2) , wherein each base 
station is adapted to determine a need for a codec mode 
change and to suggest a codec mode independently and the 
mobile station (MS) is adapted to decide of the codec 
mode change on the basis of a predetermined criterion. 

4 . The method according to claim 3 , wherein the 
predetermined criterion is using the lower quality mode 
of the codec modes suggested by the base stations. 

5. The method according to claim 3, wherein the 
predetermined criterion is using the higher quality mode 
of the codec modes suggested by the base stations. 
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6. The method according to claim 2, wherein the first 
network element (MS) is a mobile station, the method 
further comprising the step of 

performing a handover from a first base station 
5 (BS1) to a second base station (BS2) , wherein a network 
control element (SRNC) is adapted to determine a codec 
mode change . 

7 . The method according to claim 2 , wherein a 

10 determined codec mode is sent to said first base station 
(BS1) and/or said second base station (BS2) via said 
Real-Time Transport Control Protocol stream. 



8. A network element comprising 

15 a frames extracting/ inserting means which is adapted 

to insert and/or extract Adaptive Multi-Rate (AMR) frames 
from and/or into a Real-Time Transport Protocol (RTP) 
stream, and 

a control signal extracting/ inserting means which is 
20 adapted to insert and/or extract an AMR control signal 
from and/or into a Real-Time Transport Control Protocol 
(RTP) stream, 

9. The network element according to claim 8, wherein 
25 said network element is a mobile station (MS) . 

10. The network element according to claim 8, wherein 
said network element is a gateway (GW) . 

30 11. The network element according to claim 8, further 
comprising a codec adapted to generate and/or process 
said AMR codec stream and said AMR control signal. 

12. The network element according to claim 8, further 
35 comprising a mode deciding means (CCU) adapted to 
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determine a need for a codec mode change and to suggest a 
codec mode . 

13. The network element according to claim 9, further 

5 comprising a mode deciding means (CCU) adapted to decide, 
in case of a handover between a first base station (BS1) 
and a second base station (BS2) , a codec mode change on 
the basis of received suggested codec mode changes and of 
a predetermined criterion. 

10 

14. The network element according to claim 13, wherein 
the predetermined criterion is using the lower quality 
mode of the suggested codec modes . 

15 15. The network element according to claim 13, wherein 
the predetermined criterion is using the higher quality 
mode of the suggested codec modes . 

16. The network element according to claim 12, wherein 
20 said mode deciding means is arranged in a network control 

element (SRNC) . 

17. The network element according to claim 16, wherein 
said mode deciding means transmits a determined codec 

25 mode to said first base station (BS1) and/or said second 
base station (BS2) via said Real-Time Transport Control 
Protocol stream. 

18. A network system comprising 

3 0 a first network element (MS) including a first codec 

for generating Adaptive Multi-Rate (AMR) codec frames; 

a second network element (BS) for receiving said AMR 
frames and including a transmitting means (CCU) for 
transmitting said AMR frames via a Real-Time Transport 

3 5 Protocol (RTP) stream and for transmitting an AMR control 
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signal via a Real-Time Transport Control Protocol (RTCP) 
stream via the network; 

a third network element (GW) for receiving said RTP 
stream and said RTCP stream, for extracting said AMR 
5 frames from said RTP stream, for extracting said AMR 

control signal from said RTCP stream and for outputting 
said AMR frames and said AMR control signal; and 

a fourth network element for receiving and 
processing said AMR frames and said AMR control signal. 



19. The network system according to claim 18 , wherein 
said first and said second network element are separately 
arranged network elements. 

15 20. The network system according to claim 18 , wherein 



arranged network elements. 

21. The network system according to claim 18, wherein 
20 said first and said second network element are arranged 
as a single network element. 



said third and said fourth network element are arranged 
25 as a single network element. 



10 



said third and said fourth network element 



are separately 



22 . The network system according to claim 



18, wherein 
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